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Executive  Summar}' 

This  report  describes  the  ICES  Efficiency  Study,  a  joint  effon  of  Weapons  Engineering 
Division  (WED)  and  Materials  Fabrication  Division  (MFD).  Tne  goal  of  the  study  was  to 
quantify  die  impact  of  accurate  geomecy  in  design,  manufacturing  and  inspection  of 
mechanical  parts. 

Two  pams  were  designed,  manufactured  and  inspected;  a  hemispherical  and  non-hemisphericaJ 
pan.  Each  part  was  designed  in  "WED  using  CAD.  Then  ±ree  sources  of  numerical  control 
(NC)  tool  paths  and  inspection  probe  paths  were  received  in  .MFD:  0)  an  unchecked 
CAD/IGES  database,  (2)  a  guaranteed  CAD/IGES  database,  (3)  an  electronic  Hewlett-Packard 
Graphics  Language  (HPGL)  file  representing  the  C.AD  drawing. 


These  are  the  Evaluation  Team  recomm.endarions: 

1 )  WED  should  release  HPGL  and  unchecked  IGES  files  to  MFD. 

2)  MFD  should  check  the  geometrv-  before  manufactur.ng. 

3)  W  tD  should  transfer  ICES  files  to  MFD  generated  from  a  coab'.e  precision  database. 

4)  Until  recom.mendation  num'!>er  three  is  implemented.  MFD  ^rcaid  create  spii.nes  from  data 
:r.  the  contour  tables,  arc  not  the  contour  data  file. 

5)  MFD  should  remove  redundant  effort  on  the  part  of  the  NC  u.nd  inspeciton  programmers. 

6)  Both  WED  and  .VIFD  snould  keep  their  IGES  processors  upduied  to  the  current  IGES 
version  available  from  their  respective  CAD  software  V;^  r.CCTS. 
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1.0  Introduction 

To  maximize  the  investmems  in  CAD  and  CAM  systems  requires  the  creation  and  utilization  of 
accurate  geometry  information  during  the  design,  manufacturing  and  inspection  processes. 

The  verification  of  geometry  information  creates  additional  costs  to  the  design  divisions. 
However,  accurate  geometry  potentiaily  reduces  the  direct  costs  of  the  manufacturing  cycle. 
This  soidy  was  designed  to  quantify  those  costs  and  to  identify  other  intangible  or  second- 
order  benefits  in  bo5i  dc'ign  and  manufacturing. 

Each  part  was  designed  and  used  to  generate  NC  and  inspection  probe  paths. 


Case  1 

An  unchecked  IGES  file  was  generated  from  a  CAD  drawing.  The  unchecked  ICES  file  and 
HPGL  file  were  sent  via  the  electronic  connection  between  WED  and  MFD.  MFD  checked  the 
geometry  and  then  generated  Lhe  SC  tool  paths  and  inspection  probe  paths  using  these  files. 


Case  2 

The  CAD  database  was  checked  and  tht  geometry  ’’guaranteed"  by  WED.  The  checked  IGES 
file  was  generated  from  the  CAD  drawing.  The  checked  IGES  file  and  the  HPGL  file  were 
sent  via  die  electronic  connecdcHi  to  .VIFD.  .MFD  generated  the  NC  tool  paths  and  inspection 
probe  paths  using  these  files.  MJFD  did  not  rccheck  the  IGES  fJe. 


Case  3 

The  CAD  drawing  was  used  to  generate  a  HPGL  file  which  was  send  to  MFD  via  the  electronic 
connection.  MFD  gencrared  die  NC  tool  paths  and  the  inspection  probe  paihs  using  a  paper 
drawing  printed  from  the  HPGL  file. 
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2.0  WED  ACTIVITIES 

The  two  parts  selected  for  the  IGES  efficiency  cvaluaiicn  are  ’typical"  parts  of  WED  Drafting. 
This  is  a  study  evaluating  the  exchange  of  database  infcHtnation  as  opposed  to  the  file  contents. 
Therefore,  detailed  techniques  of  drawing  creadon  are  not  covered.  To  reduce  the  rime  to 
create  a  drawing,  drafters  occasionally  niodity  released  drawings.  Time  differences  between 
creadng  a  drawing  from  scratch  versus  modifying  existing  drawings  is  dependent  on  the 
complexity  of  the  part  being  defined  -  typically  twice  as  long. 

The  pans  were  designed  using  Computervision  (CV)  CADDStation  CADDS4X  v3.0,  in  the 
unchecked  database  mode.  The  uiKhecked  database  implies  that  the  geometry  may  be  incorrea 
and  must  not  be  used  for  manufacturing.  The  unchecked  database  complies  with  WED 
Drafting  standards  of  layering  convention  &  annotation.  The  drafter  creates  a  plot  file  when 
WED  standards  are  met  and  the  visual  representation  of  the  pan  is  correcL  The  lead  designer 
manually  checks  the  plot  content  for  visual  correctness.  The  interaction  between  drafter  and 
designer  continues  until  the  designer  approves  the  visually  correct  plot  file. 

An  accurate  (checked)  database  is  a  superset  of  an  unchecked  database.  The  geometry  is 
checked  for  accuracy  and  could  be  used  for  manufactunng.  The  checking  of  an  accurate 
database  is  interactive  and  time  expensive,  but  routines  have  been  wntten  to  reduce  the  time  and 
possible  errors.  To  create  an  accurate  database  requires  an  exjjerienced  detail  drafter  because 
more  intelligence  is  included  in  the  database.  The  checked  daubase  follows  the  same  sign-off 
procedures  as  an  unchecked  database.  N'ot  only  docs  the  accurate  database  meet  WED  <5afting 
standards,  but  also  CIM  standards  (i.c.  gap  check,  duplicate  entity,  associative  dimensions, 
etc...). 

When  the  drawing  is  released,  the  part  database  is  archived.  Rounnes  to  check  the  pan  for 
WED  drafting  compliance  is  accomplished  interactively.  If  any  changes  need  to  be  made,  the 
lead  designer  ts  noafied  where  the  corrective  action  is  detemuned.  The  drawing  could  be 
modified  on-line  ot  returned  to  the  drafter  where  the  process  stans  over.  The  pan  databases  arc 
stored  on  an  CBM  4361  main-frame  via  CV’s  Product  Data  Manager  ( PDM).  The  database  is 
marked  as  a  released  pan  and  locked  to  prevent  any  further  modifications.  Revisions  arc 
maintained  and  stored  as  new  parts  writh  identical  pan  name  but  different  version  number. 

Plot  files,  including  IGES  files,  are  stored  on  a  VAX  8530  via  DECs  Engineering  Data 
Control  System  (EDCS)  after  any  file  format  modiftcanons  arc  compietcA 

Releases  to  manufacturing  plants  are  extracted  from  EEX3S 


2 


2.1  DRAWING  CREATIOi  TIME  SUMMARY 


Table  I  shows  the  rimes  measured  for  each  part.  Two  drawings  were  created  for  the  Mock 
Chock  and  are  identified  separately.  The  tiice  for  the  contour  file  received  &om  physics  is 
.  .side  the  $cq)e  of  this  study,  but  is  listed  to  distinguish  the  two  parts. 


Tablet 


EAR! _ ACIlOSi _ 

Part  1 

Mock  Chock  FWD  (AAA89-113801-00) 
Contour  Physics 
Create  pan  datab^ 

Designer  check  (visual) 

Accurate  Database 
Prcpping  (HPGL,  IGES.  EBR) 


TIME 
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2.00  hours 
1.00  hour  * 
1.50  hour 
0.50  hour 


Total  5.00  hours 


Part  1 

Mock  Chock  AFT  (.^aA89- 113800-00) 

Contour  firom  Physics 
Create  pan  database 
Designer  check  (visual) 
Accurate  Database 
Prcpping  (HPCL,  IGES,  EBR) 


2.00  hours 
1.00  hour  • 
1.00  hour 
0.50  hour 


Total  4.50  hours 


Part  2 

BellyBand  (AAA89-113592.00) 

Oeate  pan  database 
Designer  check  (visual) 

/.c  Database 
Propping  (HPGL,  IGES,  EBR) 


4.00  hours 
1.00  hour  * 
5.00  hours 
0.25  hour 


Total  10.25  hours 


*  time  for  each  drawing  sheet 
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2.2  DATABASE  CHECKING  AND  PREPPING  PROCEDURES 

Following  is  a  list  of  actions  akcn  within  the  checking  and  propping  of  a  database.  Every 
drawing  is  verified  to  meet  WED  drafting  standards  via  the  unchecked  database  routine.  An 
accurate  database  is  verified  to  meet  WED  drafting  standards  and  CIM  standards.  The  acdons 
are  listed  in  chrmological  order. 


Unchecked  Database  [required  for  all  files) 

1.  Qean-up  &  maintenance  of  database  (check/pack/son) 

2.  Part  Parameter  check 

-  Drawing  names  follow  WED  standard 

-  Part  units  (model  units  =  draw  units) 

-  View  names  follow  WED  standard 

-  Single  precision  database  mode 

3.  WED  Annotanon  convention  (automaied  routine) 

4.  WED  layering  convention  (interactive  routine) 

Creation  of  plot  files  (required  for  all  plot  files] 

1.  Create  plot  files  (automated  routine) 

2.  Build  NWC  headers  (automated  routine) 

Accurate  Database  [IGES  only] 

1 .  Gap  closure  check  (automated  routine) 

2.  Duplicate  entity  check  (automated  routine) 

3.  Point  comparison  check  fcff  contours  (automated  rouanei 

4.  Associative  dimension  check  (automated  routine) 

Prepping  [IGES  only] 

1.  Build  NWC  hewers  (automated  routine) 

2.  Delete  N-Fig  (drawing  format) 

3.  Create  drawing  format 

4.  Insert  Disclaimer  (unchecked  only) 

5.  Create  IGES  v2.0  files 
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3.0  MTA  TRANSMISSION  SU.MMARY 


MFD  receives  WED  engineering  data  via  two  channels,  (1)  via  the  ERC,  and  (2)  via  the  WED  - 
MFD  ciecati>rdc  link.  Data  received  in  MFD  via  the  ERC  is  a  hand-delivered  packet  containing 
paper  engineering  drawings  and  a  job  order.  Data  received  in  MFD  via  the  electronic  link  is  a 
set  of  electronic  files;  a  ffiHGL  file  represendng  the  engineering  drawing,  an  .\SCII  contour 
Icfininon  file,  and  a  faxed  job  order.  Secdon  7.0  describes  in  detail  the  formats  of  the  HPGL 
and  IGES  files  transferred  for  this  study. 

Empirical  data  collected  by  MFD  indicares  WED  engineering  dau  typically  spends  four  to  five 
days  in  the  ERC  before  being  released  to  MFD.  However,  .MFD  will  receive  data  transferred 
electronically  within  the  hour  following  its  release  from  W^.  The  fact  that  MFD  can  receive 
this  data  sooner  means  manufacturing  can  begin  sooner,  resulting  in  WED  receiving  their 
pan(s)  sooner. 
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4.0  MFD  ACTIVITIES 


The  parts  were  progtammed  in  MFD  using  the  McDonnell  Douglas  Unigraphics  (UG) 
C\D/CAM  software.  The  activities  of  the  NC  and  inspecnon  programmer  prior  to  tool  and 
probe  path  generation  are  idendcaL  The  only  difference  will  be  how  the  programmer  describes 
the  tool  or  probe  path  to  the  manufacturing  system.  Typically,  the  programmer  will  fellow 
these  steps: 

1 )  Open  new  Unigraphics  part  file 

2)  Create  geometry  necessary  to  machinc/inspect  particular  features  of  the  pan 

3)  Import  contour  data  (if  necessary) 

4)  Dimension  geometry  to  verify  accuracy  and  conformance  to  Lhc  engineering  drawing 

5)  Copy  geometry  to  different  layers  per  NC  and  inspecnon  programnung  layering 
conventions 

6)  Describe  tool  and  tool  path  to  the  Unigraphics  machining  module 

OR 

6)  Run  probe  path  generadon  program 


4.1  .NC  AND  INSPECTION  PROGRAMMING  TIME  SUMMARY 

Table  2  shows  the  a.mount  of  nme  spent  on  each  test  case.  .Note  diat  :hese  values  apply  only  to 
these  test  cases,  and  should  not  be  used  as  a  reference  for  sunilar  pans  manufacture  in  the 
future. 


Table  2 


NC  Prog.  Inspection 

Part  I 


Mock  Chock 

Aft 

Fv?d 

Aft 

F  wd 

Case  I 

7.0 

8.0 

5.0 

6  0 

1 

J  Unchecked  ICES 

Case  2 

5.0 

4.0 

2.5 

3.0 

i 

i  Checked  IGES 

Case  3 

6.0 

4.0 

5  0 

5  0 

1  Print  Only 

Part  2 
Bellyband 

NC  Prog. 

Inspection 

Case  1 

5.0 

6.0 

Ur.c'cckcd  IGES 

Case  2 

3.0 

4  0 

CheckcG  IGES 

Case  3 

8.5 

40  ... 

PnntOnly 
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The  following  comments  arc  included  to  help  interpret  the  values  shown  in  Table  2. 

MFD  NC  and  inspection  pTOgramnacis  had  no  experience  woridng  with  IGES  files. 

Thus,  the  times  reported  for  Pan  1,  Case  I  include  time  spent  learning  WED  IGES  file 
organization. 

There  is  approximately  a  30-50%  rime  savings  when  a  checked  IGES  file  was  used  instead  of 
an  unchecked  IGES  file.  Actual  savings  are  less  because  the  programmers  knew  exaedy  what 
they  were  to  do  when  use  of  the  IGES  file  was  repeated. 

Likewise,  programming  time  .or  Case  3  is  influenced  by  repeated  programming  tasks  in  Case  1 
and  Case  2.  A  follow-up  interview  conducted  with  the  NC  and  inspection  programmer 
revealed  that  no  matter  what  case  ordering  was  used,  programming  time  would  be  influenced 
from  previous  cases. 

WED  observers  were  on  hand  during  NC  and  inspection  programming  for  Case  1  Aft  Thus, 
die  reported  times  for  this  part  includes  discussion  time  among  all  attendees,  both  WED  and 
MFD,  during  which  the  programmer  participated. 

Even  though  Case  2  used  a  checked  IGES  file,  the  numbers  still  include  the  programmer 
having  to  riake  minor  nxxlifications  to  geom.etry  prior  to  tool  path  generation.  These 
modifications  involved  the  addition  of  machining  geometry  and  dimensions  to  ensure 
engineering  drawing  conformance. 


4.2  MFD  NC  A,ND  INSPECTION  PROGRAMMING 
CONCLUSIONS 

Following  are  concluding  comments  discussed  with  the  NC  and  inspection  programmers 
following  the  IGES  Efficiency  Study. 

Lack  of  experience  with  IGES  files  made  initial  programming  cumbcrs^c.  When  the  post- 
processed  IGES  file  was  first  viewed  in  Unigraphics,  there  wais  no  indication  of  how  it  was 
organized.  In  fact,  when  first  retrieved  in  Unigraphics,  only  geometry  was  visible.  Having  ail 
entities  (geometry,  notes,  labels,  dimensions,  ex.)  displayed  initially  would  provide  valuable 
infonmati  on. 

Using  the  IGES  file  is  prefemed  to  creating  the  geometry  from  scraxh.  IGES  files  are 
especially  useful  after  learning  how  they  axe  organized. 

It  is  much  easier  if  MFD  checks  the  database.  IGES  docs  not  transfer  associative  dimensions. 
Thus,  dimensioning  the  geometry  would  re-establish  associative  dimensions,  and  establish  an 
accounting  trail  detailing  the  status  of  the  geometry  prior  x  manufacture.  If  the  accounting  trail 
docs  not  exist,  any  errors  in  the  manufactured  pan  wnll  be  difficult  to  trace  to  a  problem  cither 
MFD,  WED,  their  CAD  syste.ms,  or  IGES  introduced. 

Using  an  IGES  file  (checked  or  unchecked)  will  never  relieve  the  programmer  from  having  to 
create  or  modify  geometry.  Geometry  will  always  need  to  be  created  or  modified  in  order  to 
conform  to  cstabhshed  programming  practices. 


4.3  WED  OBSERVATION  OF  MFD  ACTIVITIES 


WED  personnel  observed  MFD  renieving  and  using  the  transfened  ICES  files.  The  following 
sections  introduce  key  problems  identified  during  this  evaluation. 


4.3.1  ACCURACY 

There  seems  to  be  some  confusion  betw^n  the  accuracy  expected  by  physics  and  whai  is 
actually  manufactured.  If  every  stage  of  the  part  definition  was  double  precision  then  accuracy 
would  not  be  a  problem.  WED  defines  the  parts  in  single  precision,  therefore  iGES  transfers 
the  points  in  single  precision.  .A.  method  of  achieving  higher  precision  from  current  electronic 
file  transfen  ne^  to  be  identified. 


4.3.2  DATABASE  CHECKING 

Tne  checldrg  of  geometry  must  be  accomplished  before  the  pan  is  manufactured.  The  question 
remains  who  is  responsible  for  checking  the  database;  the  sender  or  receiver?  W'ED  noticed 
that  some  of  the  items  checked  did  not  benefit  MFD  (i.e.  gap  check  on  sections  of  the  pan  that 
.MFD  did  not  use  fw  manufacturing).  Other  checks  were  irrelevant  (i.e.  associative  dimensions 
are  not  stppcHted  by  IGES  so  if  MFD  wants  them  they  must  redefine  them).  WED  Drafting 
standards  did  benefit  MFD  (i.e.  layering  conventions). 


4.3.3  CONTOUR  DEFINITION 

The  points  guaranteed  by  WED  drafting  to  aeate  splines  are  not  used  by  MFD.  Because  the 
accuracy  of  the  contour  point  geometry  is  limited  by  being  single  preosicn.  MFD  re-crcaies  the 
contours  from  the  contour  data  file.  WED  guarantees  the  spline  poina  i.n  the  contour  table  for 
■’text"  visual  correctness.  However.  MFD  uses  the  contour  file  which  is  not  guaranteed,  and 
thus  must  be  venfied  visually.  Routines  should  be  wriuen  to  extract  the  .needed  information 
from  the  contour  table. 
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5.0  INTRODUCTION  TO  DATA  EXCHANGE  FORMATS 


As  discussed  in  the  preceding  sections  of  this  repcwt,  WED  delivered  engineering  drawings  to 
MFD  in  three  formats:  (I )  a  HPGL  file.  (2)  an  unchecked  IG£S  file,  and  (3)  a  checked  IGES 
file.  This  section  will  detail  each  mode  of  delivery  and  discuss  how  succesrfiilly  each  format 
transferred  the  engineering  data  used  in  this  test 


5.1  HPGL  FILES 

To  begin,  one  type  of  digital  data  delivered  to  MFD  was  a  HPGL  file.  This  is  the  usual  fcHmat 
WED  uses  for  i gital  dara  delivery.  HPGL  is  a  simple  vector  plot  format  for  HP  plotters,  it  is 
not  the  p»efcrrcd  mode  of  delivery  for  several  reasons.  First,  it  is  not  a  national  graphics 
exchange  language,  but  has  become  a  de  facto  standard  due  to  its  wide  usage.  Second,  its  files 
arc  very  large  because  it  is  made  up  of  stroked  line  segments  representing  text  and  geometric 
shapes.  Lastly.  HPGL  is  not  preferred  because  the  data  drives  a  ploner  at  the  receiving  site, 
and  not  a  CAD  system.  However,  because  of  HPGL's  simplicity,  the  sending  site  is  reassured 
that  the  receiver  can  produce  a  visually  equivalent  plot  of  the  engineering  drawing.  The 
receiving  site  must  transcribe  the  data  from  the  plotted  paper  to  the  CAD  system  for  use. 


5.2  IGES  FILES 

MFD  would  like  to  get  away  from  having  to  re-enter  engineering  drawing  data  into  its  CAD 
system  and  looked  to  IGES'for  help.  IGES  is  a  data  fomut  that  permits  the  exchange  of  a 
wide  number  of  CAD  entities  between  different  CAD  systenrs.  Some  examples  of  CAD 
entities  transferred  by  IGES  arc:  geomeoy  such  as  circles,  lines,  ar^d  splines;  annotation  such 
as  notes  and  dimensions;  and  structure  such  as  views  and  drawings.  IGES  is  a  national 
standard  published  both  by  tiie  Nationai  Institute  of  Standards  and  Technology  (NIST)  and  the 
.American  .National  Standi-ds  Instinite  (ANSI).  It  is  widely  supported  by  most  CAD  vendors, 
however,  not  always  fully  nor  well.  This  is  why  IGES  testing  is  necessary. 

The  first  step  to  conduct  an  IGES  test  is  to  prepare  a  mapping  mblc.  A  mapping  table  explores 
the  CAD  entities  that  the  transmitang  system  can  pre-process  and  which  of  those  entities  the 
receiving  system  can  post-process.  This  table  is  compiled  from  the  information  given  by  the 
vendors  in  their  IGES  users  guides.  Only  if  there  is  a  good  correlation  berween  the  CAD 
systems  on  paper,  should  one  progress  to  hands-on  testing.  The  mapping  for  the  transfer  of 
data  from  WED's  Computer  Vision  (CV)  CAD  system  to  MFD  s  Unigraphics  (UG)  CAD 
system  is  displayed  in  Appendix  A.  On  paper,  it  appeared  that  the  data  transfer  would  work 
well;  WED  and  MFD  therefore  continued  with  tesang. 
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5.3  DATA  EXCHANGE  FORMAT  EVALUATION 


5.3.1  PART  1  -  MOCK  CHOCK 

5.3.1.1  CASE  1  -  UNCHECKED  IGES  FILE 

Due  to  the  classification  of  the  Mock  Chock,  only  a  brief  analysis  of  the  IGES  file  was 
conducted.  The  evaluation  revealed  that  the  IGES  data  transferred  well  from  WED  to  MFD's 
CAD  system,  but  an  issue  arose  in  its  precision.  The  issue  was  that  the  points  used  to  define 
the  contours  of  the  splines  were  transferred  with  one  less  decimal  place  of  precision  than 
desired. 

To  understand  the  reason  for  this  loss  of  precision,  one  must  follow  the  data  path.  Originaily, 
the  contour  data  points  WED  received  from  physics  contained  eight  digits  of  information 
including  the  decimal  place  (for  example,  1.345678).  WED  entered  these  points  into  its  CV 
CAD  system  (a  32  bit  machine  wOTking  under  single  precision)  as  eight  digit  numbers 
including  the  decimal  place  (Le.  1.345678).  However,  a  32  bit  computer  can  accurately 
represent  only  seven  digits  of  information  {i.c.  1.34567).  Even  though  the  CV  CAD  system 
saved  die  numbers  to  eight  digits,  the  last  digit  was  not  precise.  The  CV  IGES  pre-processOT, 
aware  of  this  32  bit  limitation,  wrote  the  IGK  data  to  seven  digits  including  the  decimal  place 
(i.e.  1 .34567).  These  seven  digit  numbers  were  then  read  by  MFD's  UG  system  (a  double 
precision,  64  bit  machine)  and  saved  as  seven  digits  (i.e.  1 .34567).  In  this  case,  the  seven 
digits  of  accuracy  were  still  quite  good  fer  manufactunng's  purposes,  but  the  issue  could 
worsen  if  'WED  on  occasion  delivered  larger  parts.  In  that  case,  data  would  loose  more  of  its 
precision. 

For  example,  an  actual  line  was  created  and  transferred  via  IGES  to  demonstrate  this  concepL 
The  CV  system  was  used  in  default  mode  (single  precision).  The  line  was  aeated  and  different 
methods  of  measurement  were  used  to  extract  precision  accuracy.  Table  3  contains  this  data. 


Table  3 


Line  created  with  length  =  123.456789 


Onginal 

Viue 

Verify  Entity 

123.457 

Dump  Entity 

123.4567871 

123.45700(n 

Dimension  Entity  (default) 

123.457 

123.457 

123.456785 

123.457 

Due  to  the  loss  of  accuracy,  it  was  determined  that  the  spline  points  ui  the  IGES  files  would  not 
be  used,  and  that  the  spline  points  should  be  recreated  from  the  contour  dau  file.  Even  though 
the  spline  points  from  the  IGES  file  were  discarded,  the  remaming  geometry  such  as  lines  aivi 
arcs  were  used. 
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5.3.1.2  CASE  2  -  CHECKED  IGES  FILE 

Again,  detailed  anal)rsis  was  not  conducted.  A  brief  evaluation  revealed  siinilar  results  to  the 
unchecked  IGES  file. 


5,3.1.3  CASE  3  -  HPGL  FILE 

The  HPGL  daa  transferred  well  frotn  WED's  CAD  system  to  MFD's  HP  plotter.  MFD  was 
able  to  re-create  a  visually  equivalent  engineering  drawing. 


5,3.2  PART  2  -  BELLYBAND 

5.3.2. 1  CASE  1  -  UNCHECKED  IGES  FILE 

The  unclassified  Bellyband  IGES  file  from  the  unchecked  database  was  evaluated  in  depth 
revealing  interesting  results.  Analysis  of  the  IGES  transfer  was  conduaed  at  the  CALS  Test 
NetwOTic  Lead  Test  Bed  operated  by  LL.VL  The  data  was  parsed,  verified,  and  viewed. 

Overall  the  results  were  good.  The  muid-viewed,  super- sheeted,  engineering  drawing 
maintained  its  general  appearance  and  fonctionaiity.  More  imporianUy,  the  geometry  that  .MFD 
needed  transferred  well.  On  the  down  side,  the  graphics  MFD  displayed  contained  a  few 
pieces  of  stray  geometry  and  a  fair  amount  of  misplaced  annotation.  Plots  of  the  engmeering 
drawings  both  as  creat^  by  WED  and  as  received  by  MFD  are  displayed  in  Appendices  B-D. 
AS  the  plots  show,  errors  include; 

1)  Centerlines  that  were  angled  through  the  second  and  fourth  quadrants  were  skewed  out  of 
posinon  (see  Main  View,  Section  B-B,  Section  g-g.  View  h-h.  View  m-m,  and  View  d-d). 
These  were  attributed  to  CVs  pre-processor. 

2)  Multi-lined  notes  were  improperly  spaced  (sec  NOTES  section  on  sheet  I ).  This  also  was 
attributed  to  CV's  pre -processor. 

3)  Feature  control  symbols  in  the  text  of  dimensions  were  missing  their  framing  box  (see 
View  d-d.  View  h-h.  View  K-K,  View  m-m).  This  was  attributed  to  both  tlv  IGES 
specification  which  does  not  accommodate  dimensions  with  feature  control  framed  text  and 
to  the  erv  pre-processor  that  does  not  try  to  reconsirua  the  missing  annotation. 

4)  Witness  lines  on  linear  dimensions  that  were  supposed  to  be  blanked  were  visible  (sec 
Detail  2  and  Detail  3).  This  was  attributed  to  the  UG  post  processor. 

5)  Model  entities  that  were  blanked  from  view  using  the  Views  Visible,  Color,  Line  Font 
Entity  (402  Form  4)  were  visible  in  all  views  (see  Section  c-c,  Section  g-g.  Section  J-J). 
This  was  due  to  UG's  inability  to  post-process  this  particular  form  of  the  views  visible 
entity. 

6)  The  radius  dimension  was  incorrectly  positioned  due  to  both  CV  which  wrote  several 
incorrect  parameten  into  the  IGES  file  and  to  UGII  which  tried  to  draw  the  wrong  style  of 
radius  dimension  (see  Section  E-E). 
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7)  Angular  dimensions  containing  two  witness  lines  (versus  one  witness  line  found  in  some 
of  tbe  angular  dimensions  in  the  checked  IGES  file)  were  incorrectly  positioned  by  the 
UGn  post-processor  (see  Detail  2). 

8)  Crosshaiching  was  not  received  by  MFD  in  both  the  unchecked  and  checked  IGES  files. 
This  is  because  crosshaiching  is  removed  from  the  pan  file  during  DOEDEF  propping  (see 
Section  E-E). 


S.3.2.2  CASE  2  -  CHECKED  IGES  FILE 

Interestingly,  the  Bellyband's  checked  IGES  file  transferred  differently  than  the  unchecked 
IGES  file.  To  begin,  the  graphics  were  slightly  different  in  appearance  because  the  designer 
actually  drafted  the  parts  difFerenily.  Funhemx>rc,  even  though  the  checked  IGES  file  transfer 
contained  the  same  graphical  problems  mentioned  above,  some  items  were  improved  and  some 
impaired  by  the  use  of  WED's  database  checking  routine. 

For  example,  some  stray  lines  disappeared  while  others  appeared  :n  other  places.  This 
occurred  when  the  WED  drafter  edited  the  pan  to  correct  errors  reported  by  the  checking 
rouune.  Upon  filing  the  part,  the  CV  database  improperly  cleaned  and  packed  itself. 
allowed  stray  lines  to  pre-process  into  the  reissued  IGES  file.  Unfortunatciy.  it  is  known  that 
the  CV  IGES  pre-processor  will  unpredictably  translate  different  IGES  files  following  different 
editing  sessions.  Furthermore,  the  appcar^ce  of  some  dimensions  improved  while  (^ers 
declined.  The  incorrea  location  of  the  radius  dimension  unproved  slightly  because  the 
dimension  regained  its  associativity  through  the  checking  process.  However,  the  text  of  the 
dimension  was  stiU  misplaced  because  of  UG‘s  attempt  to  change  the  style  of  the  radius 
dimension.  For  angular  dimensions,  the  results  also  improved  with  the  checking  routine  s 
delcaon  of  the  duplicative  witness  lirtcs.  Now  containing  only  one  witness  line.  UG  properly 
processed  these  angular  dimensions. 


5.3.2,3  CASE  3  -  HPGL  FILE 

The  HPGL  data  transferred  well  from  WED's  CAD  system  to  MFD  s  HP  pio.'ter.  MFD  was 
able  to  re-create  a  visually  equivalent  engineering  drawing. 


5.4  DATA  EXCHANGE  SU.M.MARY 

b  most  cases,  the  geometry  entities  diat  .MFD  desued  transferred  weil  in  the  IGES  formaL  In 
the  future,  the  use  of  double  precision  ui  WED's  C'\D  system's  will  improve  IGES  trar.sfcrs. 
The  annotation  entities  which  did  not  transfer  as  wcil  will  begin  to  translate  acceptably  as  the 
vendors  improve  their  pre-  and  f)osi-proccssors.  Efforts  will  be  made  to  aJen  the  CAD  system 
vendors  to  the  short-comings  discovered  in  this  test.  Hopefully,  the  vendors  wUI  ctxiect  these 
issues  in  future  versions  of  their  products. 
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6.0  RECOMMExNDATIONS 


The  Evaluadoa  Team  makes  the  following  recommendations  after  coosideratioa  ci  the  fian» 

collected  during  this  study. 

1)  WED  should  release  HPGL  and  unchecked  IGES  files  to  MFD. 

-  HPGL  files  transfer  the  visual  equivalent  of  the  engineering  drawing. 

-  IGES  files  transfer  geometry,  which  may  be  useful  to  NC  and  inspection 
programmers. 

2)  .MFD  should  check  the  geometry  before  manufacturing. 

-  WED  can  not  guarantee  die  geometry  transfcned  via  IGES  will  be  received  by  MFD 
with  the  decimal  accuracy  specified  in  the  engineering  drawing. 

-  MFD  will  only  use  geometric  entities  for  NC  and  inspection  programming,  while 
WED  will  check  all  entities  (geometric  and  annotation)  in  the  Haratysc 

-  MFD  may  only  use  selected  entities  from  selected  views  of  the  engineering  drawing 

3)  WED  should  transfer  IGES  files  to  .MFD  generated  from  a  double  precision 
database. 

-  This  will  inprove  the  quality  of  the  geometry  transfer.  MFD  may  receive  geometric 
data  with  the  identical  decimal  precision  spedfied  on  the  engineering  drawing. 

4)  Until  recommendation  number  three  is  implemented,  MFD  should  create 
splines  from  data  in  the  contour  tables,  and  not  the  contour  data  file. 

-  WED  docs  guarantee  the  text  of  the  contour  tables,  even  when  generating  an 
unchecked  IGES  file. 

-  Data  in  the  contour  data  file  is  not  guaranteed. 

5)  MFD  should  remove  redundant  effort  on  the  part  of  the  NC  and  inspection 
programmers. 

-  Automation  routines  can  be  wrinen  to  perform  IGES  post-processing  and  other  UG 
start-up  sequences  common  to  both  NC  and  inspection  practices. 

6)  Both  WED  and  MFD  should  keep  their  IGES  processors  updated  to  the 
current  IGES  version  available  from  their  respective  CAD  software 
vendors. 

-  Each  release  of  IGES  processing  software  is  meant  to  fix  problems  with  the  previous 
release.  This  will  further  improve  the  quality  of  annotation  entity  transfers. 
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7.0  CONCLUSIONS 


The  goal  of  this  study  is  to  quantify  the  impaa  of  accurate  geometry  in  design,  manufacturing 
and  inspectioo  <rf  mechanical  pairs.  Accurate  geometry  (engineering  data)  should  be  verified 
before  or  after  transfer  to  a  manufacturing  site. 

Engineering  data  transfer  requires  the  use  of  both  HPGL  and  ICES  files.  WED  is  assured 
through  HPGL  that  MFD  will  reproduce  a  visually  equivalent  engineering  drawing. 

IGES  is  inadequate  for  generating  a  visually  equivalent  engineering  drawing,  but  is  satisfactory 
for  nansfemng  geometric  informaiion.  The  single  precision  issue  creates  a  problem  for  MFD. 
L  ndl  W£d  transfers  all  geometry  in  double  preosion,  MFD  will  need  to  evaluate  the  extent  of 
IGES  use  on  a  per  transfer  basis.  The  determining  criteria  is  if  geometne  data  is  transferable  to 
UG  in  seven  characters  or  less  (e  g.  X.XXXXX  or  XX.XXXX  or  XXX.XXX.  etc.). 

Table  4  shows  the  least  amount  of  time  was  spent  when  WED  checked  the  IGES  file  prior  to  its 
electronic  transfer  to  MFD. 


Table  4 


Case  1  (Unchecked  IGES)  49.25  hours 
Case  2  (Checked  IGES)  41.25  hours 

Case  3  (Paper  Drawing) _ 44. ~0  hours 


However,  the  transfer  of  unchecked  IGES  files  is  currently  recommended  for  the  following 
reasons: 

1 )  WED  can  not  guarantee  MFD  will  receive  accurate  geometry  due  to  the  precision  problem. 

2)  Redundant  effon  for  Case  I  (database  checking  for  .N'C  A.VD  i.nspccaon  programming) 
reduces  the  chaiKe  of  incorrect  part  manufacture. 

3)  IGES  use  is  more  beneficial  than  no  IGES  use. 

4)  Time  delays  by  the  ERC  eiiminaie  Case  3. 

The  state  of  engineering  daa  transfer  is  vastly  improved  w  hen  performed  eiectronicaily  as 
opposed  to  manual  racAods.  Electronic  data  transfer  can  reduce  uhe  design  ro  manufacturing 
cycle  time  by  several  days.  However,  implementing  electronic  dau  transfer  throu^  HPGL 
and  IGES  files  is  not  all  that  can  be  done.  Additionai  methods  must  be  explored  to  further 
streamline  the  design  to  manufacturing  cycle. 
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Appendix  A 


IGES  Mapping  Table  From 
Computervision  CADDStation  v3.0 

To 

Unigraphics  11  v7.0 


CV  entity  name 


Pre-processed  with  WED  Post- processed  into  UGII  entity  name 

routine  into  IGES  entity  UGH  entity? 
number  and  form  Y/N 


Adimension 

202 

yes 

Dimension 

Arc/Circle 

100 

yes 

Arc 

B-spIinc  1-3  deg 

112 

yes 

Spline 

B-spline  4-7  or  w/RBS 

126 

yes 

B-curve 

B-surtice  1-3  deg 

114 

yes 

Sculptured  surf 

B-surface  4-7  deg 

128 

yes 

B-si^ace 

Surface  mesh  property 

406 

5558 

no 

- 

B-surface  w/  subrecord 

140 

yes 

Appropriate  surface 

Centerline 

106 

20 

yes 

C»teriine 

Conic  •  Ellipse 

104 

1 

yes 

Conk 

Conic  -  Hyperbola 

104 

2 

yes 

COnk 

Conic  -  Parabola 

104 

3 

yes 

Conk 

Cpole 

126 

yes 

B-curve 

Cornea  Node 

132 

yes 

GSM  node 

Ddimension 

206 

yes 

Dimension 

Feature  control  sym 

228 

yes 

Draft  aid 

Flag  note 

228 

yes 

Draft  aid 

General  label 

210 

yes 

Draft  aid 

or 

228 

yes 

Draft  aid 

Local  ncxlal  figures 

402 

7 

yes 

Group 

or 

406 

15 

yes 

Name  attributes 

Line 

no 

yes 

Line 

Ldimension 

216 

yes 

Dimension 

Mass  point 

116 

yes 

Point 

or 

406 

5559 

no 

- 

Nfiguie 

320 

yes 

GSM  symbol  master 

Nfigure  instance 

420 

yes 

GSM  symbol 

No^line 

106 

12 

yes 

Lines,  groups 

or 

402 

18 

no 

- 

Nodal  subfigure 

320 

yes 

GSM  symbol  master 

Nodal  subfig  instance 

420 

yes 

GMS  symbol 

Nodal  text  plus  text 

312 

no 

- 

NURB  Curve 

126 

0-5 

yes 

B-curve 

NURB  Surface 

128 

0-9 

yes 

Dimension 

or 

220 

yes 

Draft  aid 

Plane 

108 

>1.-1 

yes 

Bounded  plane 

Plus  figure 

308 

yes 

Refeieix:e  set 

or 

125 

no 

- 

CV  entity  name 


Pre-pnxcssed  with  WED  Post- processed  into  UGH  entity  name 

routine  into  IGES  entity  UGII  entity? 
number  and  form _  Y/N 


Point 

116 

Rdimension 

222 

Rectangle 

106 

63 

Relation  (Group) 

402 

1 

Rsuiface 

118 

1 

Rsurface  w/  subreewd 

140 

Shape 

106 

63 

String  2-D 

106 

11 

String  3-D 

106 

12 

Special  line  fonts 

304 

2 

Subfigure  definition 

308 

Subfigure  instance 

408 

Spole 

128 

Srevolution 

120 

Srevolurion  w/subrec 

140 

Tcy Under 

122 

Tcylinder  w/subrccord 

140 

Text 

212 

Text  node  w/nodal  text 

312 

Drawing 

404 

Drawing  name 

406 

15 

E)rawing  units 

406 

17 

E>raw;ng  size 

406 

16 

View 

410 

View  name 

406 

15 

Construction  plane 

124 

0 

Layer  discrim  (color) 

DE 

Layer 

DE 

Line  fonts 

DE 

Blank/un  blank 

DE 

View  inclusion/excl 

402 

3 

View  specific  attrib. 

402 

4 

yes 

Point 

yes 

Dimension 

yes 

Lines,  group 

yes 

Group 

yes 

Ruled  surface 

yes 

Apjjroprtate  surface 

yes 

Lines,  group 

yes 

Lines,  group 

yes 

Lines,  group 

no 

- 

yes 

Reference  set 

yes 

Component 

yes 

B-surface 

yes 

Surface  of  revolution 

yes 

Appropriate  surface 

yes 

Tabulated  cylinder 

yes 

Appropriate  surface 

yes 

Dt^t  ^ 

no 

- 

yes 

Drawing 

yes 

Drawing  name 

yes 

Drawing  units 

yes 

Drawing  size 

yes 

View 

yes 

View  name 

yes 

Transformation  matrix 

yes 

Color 

yes 

Layer 

yes 

Line  fonts 

yes 

Blank/unblank 

yes 

Erased  in  view 

no 

- 

Appendix  B 

Bellyband  HPGL  Sheets  1  and  2 
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Appendix  D 


Beilyband  Checked  IGES  Sheets  1  and  2 
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